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LOW LATENCY RADIO/BASEBAND INTERFACE PROTOCOL 



The present invention relates to communication protocols, particularly for 
communication between the baseband and RF (radio) sections of a wireless 
communications device. 

Many types of data encoding are known. One such date encoding scheme, known as 
5 8b/10b, takes byte inputs and generates a DC-balanced stream (i.e., a stream having an 
equal number of Is and 0s) with a maximum run-length of five. Some of the individual 10- 
bit codes will have an equal number of Is and 0s, while others will have either four Is and 
six 0s, or, six Is and four 0s. In the latter case, the disparity between Is and 0s is used as an 
input to the next 10-bit code generation, so that the disparity can be reversed, and maintain 
10 an overall balanced stream. For this reason, some 8-bit inputs have two valid 10-bit codes, 
depending on the input disparity. The eight input bits are split into two groups, a five-bit 
group and a three-bit group. 

In addition to 256 data characters, the 8b/10b code defines twelve special control 
characters. The 256 data characters are named Dx.y, and the special control characters are 
15 named Kx.y. The x value corresponds to the five-bit group, and the y value to the three-bit 
group. 

The special control characters indicate, for example, and idle condition, test data, or 
data delimiters. In applications where encoded characters are transmitted bit-serially, the 
comma character (K28.5) is commonly used for alignment purposes, as its 10-bit code does 

20 not normally occur elsewhere in the encoded bit stream. In particular, the comma character 
never appears within a concatenation of two 10-bit encoded characters. This property allows 
for easy detection of the word boundary in a bit stream. In addition, the comma character 
has a substring of alternating Ts and 0's to make it easy to phase lock to the incoming bit 
stream. (The comma character is used both within Fiber Channel and Gigabit Ethernet 

25 standards.) 



analog in nature. More recently, digital interfaces have begun to be used. 

Desirably, the interface between the baseband and RF sections should exhibit low 
30 latency. For example, when communications are being established, a transmission may 
include a known preamble portion. During this preamble portion, signals from the radio 
section are communicated to the baseband section, where an AGC (automatic gain control) 



Also known are various types of interfaces between the baseband and RF sections of 
wireless communications devices. Such interfaces have commonly been predominantly 



WO 2004/032432 



# 



CT7IB2003/004333 



2 



determination is made such that the digital values received in the baseband section coincide 
with the known digital values transmitted. Corresponding AGC control data is then sent 
back to the radio section. The control loop so defined must be low latency to allow for 
various other operations to also be performed during the preamble. Other similar examples 
may be cited in which low latency is required or desirable. 

The present invention, generally speaking, provides for a low latency radio/baseband 
interface protocol. In one embodiment thereof, 8b/10b encoding is used, which has distinct 
control characters and data characters. Control characters are used to define the beginning 
of a frame. More particularly, in accordance with one aspect of the invention, signaling 
between a baseband portion of a communications apparatus and a radio portion of the 
communications apparatus is achieved by encoding data units of a given number of bits into 
codes, each code being a data unit of a number of bits greater than the given number of bits. 
Multiple different types of data exchanges are defined, and a different code is assigned to 
each type of data exchange. For a given data exchange, a data exchange type is selected in 
accordance with data to be exchanged, and a message frame is formed in accordance with 
the data exchange type selected, the message including a code identifying the data exchange 
type. The message frame is then transmitted between the baseband portion and the radio 
portion. 

The invention will be better understood upon reference to the following detailed 
description and accompanying drawing. In the drawing: 

Figure 1 is a block diagram of a communication system with which the present 
invention may be used. 

Figure 2 is a diagram illustrating a first radio/baseband interface protocol. 

Figure 3 is a diagram illustrating a second low-latency radio/baseband interface 
protocol. 

Figure 4 is a diagram illustrating in greater detail a transmit portion of the 
radioftaseband interface circuit of Figure 1. 

Figure 5 is a diagram illustrating in greater detail a receive portion of the 
radioftaseband interface circuit of Figure 1. 

Referring now to Figure 1, there is shown a circuit diagram of a communication 
system 100 in which the present low-latency radio/baseband interface may be used. The 
communication system includes a radio section 110 having an RF core 111 and a first 
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radiotoaseband interface circuit 113, and a baseband section 120 having a baseband core 
121 and a second radio/baseband interface circuit 123. 

The RF core 1 1 1 is connected to an antenna 130. The baseband core 121 includes a 
physical layer (PHY) block 121a, a medium access control layer (MAC) block 121b, and a 
control block 121c, the blocks being interconnected to form an integrated baseband core in 
a manner known in the art. 

Two types of signals — data and control signals— are exchanged between the RF core 
1 1 1 and the first radio/baseband interface circuit 1 13, on the one hand, and the baseband 
core 121 and the second radio/baseband interface circuit 123 on the other hand. 

The first and second radio/baseband interface circuits 113 and 123 communicate to 
each other through a digital radio/baseband interface 140. In an exemplary embodiment, the 
radio/baseband interface 140 is a low-power, differential, high-speed serial interface loosely 
based on the physical layer of serial ATA. The interface 140 has two differential pairs 141 
and 143, or four wires. One pair 141 has the line driver on the radio side and the receiver on 
the baseband side; the other pair 143 has the line driver on the baseband side and the 
receiver on the radio side. 

In an exemplary embodiment, the interface 140 uses an 8b/10b code to transmit the 
data and clock over the same interface. 

Referring to Figure 4, there is shown in greater detail a transmit portion 
("transmitter") of the radio/baseband interface circuit of Figure 1. Information to be 
transmitted may be either sample information or non-sample information ("control 
information). Sample information is produced by an analog to digital converter (ADC) 403 
in response to a signal 401 from the core 1 1 1 or 121. Samples are buffered in a buffer 405. 
Control information is received from the core on a bus 407 and is applied to a control block 
409. 

The control block 409 performs the framing of the control information. Control 
information can be register access information (Addr,Data) or other control information like 
Received Signal Strength (RSSI), Low Noise Amplifier/Variable Gain Amplifier 
(LNA/VGA) settings etc. 

Both the buffer 405 and the control block 409 have data output signals connected to 
a liTultipiexer 41 1. In addition, both blocks have control signals connected to a control/select 
^ioci 4! 3, which produces a control signal CTRL and a select signal SEL. The select signal 
SEL determines whether ADC data is input to an 8b/10b converter 415 or whether a control 
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frame is input to the 8b/10b converter. The control signal CTRL controls the 8b/10b 
converter— in particular, whether it generates a 8b/10b control character or a data character. 
If the ADC buffer 405 is empty and no control information needs to be transmitted, the 
control/select block 413 selects a idle character to be transmitted from the 8b/10b converter. 

A serializer 417 serializes the data from the 8b/10b converter 415, and a line driver 
419 converts the serial data into the electrical equivalent. 

A common mode set signal 421 is set if the protocol requires that the common mode 
signal be set or if data is being transmitted. 

Referring to Figure 5, there is shown in greater detail a receive portion ("receiver") 
of the radio/baseband interface circuit of Figure 1. 

A line receiver 519 receives the electrical signal from the line, recovers the clock 
and applies data a clock signals to a deserializer 517, which deserializes the data. 

The deserialized data is input into a 8b/10b decoder 515. The decoder has three 
outputs: a DATA output, a CTRL' output, and an 8b/10b error signal output. The 8b/10b 
error signal signals an 8b/10b decoder error due to a transmission error. CTRL' signals 
whether a control character has been received, and DATA carries the value of the received 
character. A Control Frame Detect block 514 detects whether a control frame has been 
received. A CRC error signal is set if a control frame was received with an CRC error due 
to a transmission line error. If a control frame has been received, the CTRL' signal is set so 
that the control frame is routed through a demultiplexer 51 1 to the a control block 509. If no 
control frame is being received, the data is written to a buffer 505. The buffer data is read 
by a DAC 503 and converted to an analog signal 501. 

The control frame received by the control block 509is decoded. Depending on the 
control frame, registers are read/written or control signals are set 

Note that in Figures 4 and 5 some of the functionality represented by the blocks can 
be distributed slightly differently, but in a typical implementation all the described 
functionality will be provided in one way or another. 

Two transport layer alternatives are provided for. In a first transport layer 
alternative, the default configuration of the digital radio/baseband interface 140 provides a 
sampling data bandwidth of 800 Mbps and a control bandwidth of 320kbps at an interface 
latency of 100ns. Sampling data rate can be increased at the cost of higher interface latency. 

In the second transport layer alternative, the default configuration of the digital 
radio/baseband interface 140 provides a sampling data bandwidth of 800 Mbps. The 
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remaining bandwidth of 320Mbps is available to transmit control and other information. In 
addition to data samples and control information the interface can transmit continuous data 
like RSSI values. The interface latency in the default configuration is 18.75ns. 

The interface 140 supports most transceiver architectures. Sampling data can either 
be from a low IF or I/Q transceiver. The interface 140 controls the radio either through 
register access or through a parallel control field. 

In an exemplary embodiment, the radio/baseband interface 140 uses a number of 
registers in the radio to configure and control the interface. Once such register is the 
RFBBIF Control Register, described in the following table: 
TABLE 1 : RFBBEF_CTRL - Radio / Baseband Interface Control Register 



Bit Symbol 


Access Value 


Description 


15:4 Reserved 




Read and write as zero 


3 LQ 


R/W 1 ' 1 

0x0* 
0x1 


Multiplexed I/Q values (I first) or low IF samples 
Low IF 

I/Q 


2 LOOP 


R/W 

0x0* 
0x1 


Loop back mode for streaming data 

Disabled 

Enabled 


1 xMODEJJP 


R/W 

0x0* 
0x1 


Type of frames transmitted in the up-link 
Idle Frames 
Streaming frames 


0 MODE_DOWN 


R/W 

0x0* 
0x1 


Type of frames transmitted in the down-link 
Idle Frames 
Streaming Frames 


[1] Read only for Radios with either I/Q or low IF output 
Legend: * reset value; ~* reset value not defined 


The interface 140 has four states: OFF, SLEEP, ACTIVE and CLOCK. The current 


state is controlled through a radio/baseband state register, RFBBIF_STATE: 


TABLE 2: RFBBIF_STATE - Radio / Baseband State Register 


Bit Symbol 


Access Value 


Description 


15:2 Reserved 




Read and write as zero 


1:0 STATE 


R/W 


Interface state definition. When written the 
interface transitions into the new state. Transitions 
from SLEEP and CLOCK are not possible be 
writing to this register. 



Legend: * reset value; ~* reset value not defined 



During the ACTIVE state control communication and data streaming in both 
directions is possible. 

The SLEEP state is entered by programming register RPBBIF_STATE to the 
SLEEP state. After the command is issued the baseband and radio sections 1 10 and 120 can 
switch off the interface 140. 
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In order to transition out-off SLEEP state, the baseband section 120 switches on the 
common mode signal for the up- link. The radio section 110 switches on the common mode 
signal for the down-link and starts an initialization sequence. Once the initialization 
sequence is completed, the interface enters ACTIVE state. 
5 The CLOCK state is a special power-down state in which only the down-link of the 

interface stays active to provide a timing reference for the baseband section 120. The up- 
link is powered off. The CLOCK state is entered by programming register RFBBIFSTATE 
to CLOCK state in the radio. After the command is issued the, PHY block 121a and the 
radio section 1 lOcan power down the up-link. Once powered down, the interface enters the 
10 CLOCK state. 

In order to leave the CLOCK state to the ACTIVE state, the PHY block 121a applies 
the common mode signal to the up-link. After a short (e.g., 10 ns) delay, the baseband 
section 120 sends one SYNC primitive to the radio section 110. After the SYNC primitive 
has been sent, the radio/baseband interface 140 enters the ACTIVE state. 

15 The interface 140 is in the OFF state while the system is not powered up. The OFF 

state is automatically exited after power-up of the system. In order to exit the OFF state 
after power-up, the radio section 1 10 switches on its reference oscillator (not shown). The 
reference clock may also optionally be supplied to the baseband section 120. The radio 
section 110 executes an initialization sequence. After executing the initialization sequence, 

20 the interface transitions to the ACTIVE state. 

The interface 140 can enter the OFF state from all states by switching off the power 
of the system. 

In an exemplary embodiment, data exchanges between the radio section 1 10 and the 
baseband section 120 are encoded using 8b/10b encoding identical to that specified in ANSI 

25 X3.230-1994 (FC-PH), clause 11. The 8b/10b transmission code encodes an octet into a 10- 
bit code word. The code word is chosen as such that the code has enough zero-one 
transitions to facilitate clock recovery in the receiver. The code is DC balanced; i.e., it has 
the same amount of ones and zeros in a sufficiently long data stream. The running disparity 
of the code never exceeds one. 

30 The transmission code supports error detection in the receiver, as not all ten-bit code 

words are valid code words. 
Data is sent LSB first. 
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The oscillator in the radio section 1 10 is the timing master in ACTIVE and CLOCK 
state. All clocks in the baseband section 120 relevant to the synchronization of the system 
are phase locked to this oscillator. This phase-locking can be done by keeping the down- 
link of the interface active with an random 8b/10b code sequence. 
5 In the SLEEP state the phase lock can be broken in order to save power. The 

baseband section 120can use a different clock or oscillator during SLEEP state. Before 
entering the ACTIVE state, the baseband section 120 phase locks its clock with the radio 
again. 

The up-link is phase locked to the down-link of the radio/baseband interface 140. 
10 Before the radiotoaseband Interface 140 is used to transmit data, it is initialized with 

a training sequence in order to phase lock the PLLs of the interface (not shown) in the 
down-link and the up-link of the interface 140. 

The initialization sequence is defined to be six repetitions (150us) of the following 
SYNC primitive: K28.3, D21.4, D21.5, D21.5. 
15 The8b/10b receiver should assume either positive or negative disparity after 

initialization. 

Preferably, the initialization starts with initializing the down-link with the 
initialization sequence. After the down-link is initialized, the up-link is initialized through 
the initialization sequence. 
20 In order to better appreciate the low-latency radio/baseband interface, an alternative 

interface that is not low-latency will first be described. 

Figure 2 illustrates a first alternative of the rad^aseband frame protocol. Two 
frame formats have been defined; one for the up-link, and one for the down-link. Each 
frame starts with a SOF symbol followed by the sampling data field , one or more multi- 
25 purpose control fields, and some fields that together provide access to the registers inside 
the radio section 1 10. Each frames ends with a CRC field. 
A detailed description of the fields is given below. 

The frame length is determined by the latency requirements for time-critical control 
signals that have to cross the radio/baseband interface 140 (e.g. AGC control). 
30 The overall latency is given by the latency due to the interface itself and the latency 

of the implementation of the serializer 417, deserializer 5 1 7, 8b/ 10b encoder and decoder 
41 5 and 5 1 5 and other blocks. The following calculation will only take the latency of the 
interface into account. 
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The average allowable frame length is given by: 
frame Jengthenc = f cik x t latency(max) 

For an interface latency of 100ns and a frequency of 1 .6GHz the average frame 
length is given by: frame Jength en c = 1.6xl0 9 x lOOxlO" 9 = 160 bit. 
5 The frame length before 8b/l 0b encoding is given by: 

frame Jength = 160 x 8/10 = 128bit == 16 bytes 

Due to optional fields, the actual frame length can vary. The different configuration 
options for the RF-BB frames are shown in Table 3 and Table 4 for 10 sampling data 
samples. 

1 0 TABLE 3 - Radio / Baseband Up-Link Frame 

Sample Frame length 

SOF RAA RWn Field RA field RD field coded bits data bits 

Streaming Frame 

SOF1 0 X yes no no 3x8=104 13x10=130 

SOF1 1 0 yes yes yes 16x8 = 128 16x10 = 160 

SOF1 1 1 yes yes no 14x8 = 112 14x10 = 140 

Idle Frame 

SOF2 0 X no no no 3 x 8 = 24 3x 10= 30 

SOF2 1 0 no yes yes 6 x 8 = 48 6x 10= 60 

SOF2 1 1 no yes no 4 x 8 = 32 4 x 10 = 40 

TABLE 4 - Radio / Baseband Down-Link Frame 

Sample Frame length 
SOF PR Field RD field coded bits data bits 

Streaming Frame 



SOFl 


0 


yes no 


14x8 = 112 


14 x 10= 140 


SOF1 


1 


yes yes 


16x8 = 128 


16 x 10= 160 






Idle Frame 






SOF2 


0 


no no 


4 x 8 = 32 


4 x 10 = 40 


SOF2 


1 


no yes 


6 x 8 = 48 


6 x 10 = 60 



The frame length is such that the average over two frames equals frame Jength data 
bytes or less. If no sampling data is transmitted, the frame length is reduced considerably. 
This reduced frame length has the benefit that the latency for Idle Frames can be up to 80% 
1 5 shorter than the latency for Streaming Frames, resulting in a latency of about 20ns. This low 
latency is very important in time-critical loops, like e.g. the AGC. 

If no frames are to be send on the up-link or down-link, the interface 140 inserts 
random 8b/10b symbols between frames. 
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w ™ 

Start of Frame. The SOF field defines the start-of-frame preamble. Two different 
preambles are used to differentiate between streaming frames (SOF1) and idle frames 
(SOF2). 

SOF1 is chosen to be the 8b/10b control character K28.1, and SOF2 is control 
5 character K28.7. Both characters are comma characters to facilitate frame synchronization. 
Sampling Data Fields. The sampling data field is only available in streaming 
frames. The sampling data field contains the up- or down-link sampled data from the ADCs 
and DACs (not shown) in the radio section 110. 

The sampling data field is only used together with the SOF2 symbol. 
10 A radio/baseband interface Data Sample Format Register is used to specify the data 

sample format, as follows: 

TABLE 5: RFBBIF_SMPL - Radio / Baseband Interface Data Sample Format Register 

Bit Symbol Access Value Description 

15:8 SAMPLES R/W l,J 0x8* Data samples per Frame in alternative 1 or data 

samples per SMPL field 

7.0 WIDTH R/W [1J OxA* Bits per data sample 

[1] Read only for Radios with fixed frame format 
Legend: * reset value; ~* reset value not defined 

The values dn_samples and up_samples define the number of sampling data samples 
in the down- and up-link, respectively. The values dn_s_width and up_s_width define the 

15 number of bits in each sample for the down- and up-link, respectively. The values 

dn_samplej>its and up_sample_bits define the number of bits in the sampling data field for 
the down- and the up-link, respectively. The values dn_sample_bits en c and 
up_sample_bitSenc define the number of 8b/10b encoded bits in the sampling data field for 
the down- and the up-link, respectively. 

20 The recommended number of sampling data samples is set to eight and has been 

chosen such that it corresponds with the 40Msamples/sec sample rate of the VQ samples or 
80Msamples/sec for IF samples to/from a 802.1 lg baseband processor. This arrangement 
reduces the amount of buffering that is required for the data samples, and minimizes the 
interface latency for the data samples. 

25 Control Fields, The CTRL field is used for time-critical control signals, like AGC, 

but it can also be used to signal events that are not necessarily time-critical but can occur 
simultaneously to other signals. The up-link CTRL field is 6 bits wide and the down-link 
CTRL field is 8 bits wide. 
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The MON field in the down-link can be used to monitor values in the radio like 

RSSI. 

The usage of the CTRL and MON fields depends on the radio manufacturer. 

Register Data. A R/W register access to the radio is initiated by an up-link frame. 
5 The RAA field (Register Address Available) is set to one to indicate that the baseband 
section 120 requires access to one of the registers in the radio section 1 10. The current 
frame includes the address of the register that needs to be accessed. For a read access, the 
RWn field is set to one; for a write access the RWn field is set to zero. 

In case of a write transaction, the up-link frame includes the register data that needs 
10 to be written to a radio register in the RD field. In case of a read transaction, one of the next 
down-link frames returns the register read data to the baseband section in the RD field. 

The DR field (Data Ready) is set to one if the RD field contains a valid register 
value. In all other cases the DR field is set to zero. 

No new register can be read until the previous read has been received in the down- 
1 5 link by the baseband section. The RA and RD fields in the up-link and down-link frames are 
optional and only required when a register in the radio needs to be read or written. The 
presence of the RA and RD fields is determined by the values of the RAA field and the R/W 
fields. 

Cyclic Redundancy Check. The 8-bit CRC field is the last field in the frame and 
20 contains the result of the CRC calculation. The CRC value in the up-link is calculated over 
all data in the data in the frame after the SOF field. In the down-link the CRC is calculated 
over all data in the frame after the SOF field. On transmission the CRC is calculated before 
8b/10b encoding; on reception the CRC is calculated after 8b/10b decoding. 

In an exemplary embodiment, the CRC polynomial is g(x) = x8 + x2 + x + 1 . The 
25 CRC is calculated starting from an all zero state. 

The interface latency of the foregoing protocol alternative in the default 
configuration is 100ns. 

Figure 3 illustrates an alternative embodiment of the radio/baseband frame protocol, 
optimized for low latency. Several frame and streaming formats have been defined. 
30 The transmission of a particular type of data stream or frame type is initiated by a 

8b/10b control word. Table 6 lists the defined control words in an exemplary embodiment. 



WO 2004/032432 

TABLE 6: SOF Identifier 
SOF Identifier 8b/10b control word 



11 



CT/IB2003/004333 



Description 



SOF01 
SOF02 
SOF03 
SOF04 
SOF05 
SOF06 
SOF07 
SOF08 - 12 



K28.1 
K28.0 
K28.2 
K28.3 
K28.4 
K28.6 
K28.7 

K28.5, K23.7, K27.7, 
K29.7, K30.7 



Streaming data samples, 8b/10b comma character 
Write register 

Read Register / Read Result 
Write VGA/LNA / RSSI Stream 
Write Control / Control Info 
Idle Period 

Resync, comma character 
Reserved 



Data Streaming. Data streaming is initiated with the SOF01 control word. 
Sampling data follows the initial control word. SOF01 control words are also inserted to 
5 adapt the data rates between the sampling data and the interface rate. 

During data streaming the other control frames are just inserted instead of the 
SOF01 rate adaptation symbols. At the end of an inserted control frame the transmission of 
data samples resumes without the requirement to send an additional SOF01 symbol. 

Data Sample Field. The number of data samples and the bits per sample in the 
10 SMPL field is programmable through register access. If the number of bits in the SMPL is 
not a multiple of 8, the SMPL field is padded with zeros. This arrangement leaves the 
sample field to be extremely flexible as it could contain a single sample in case of a low IF 
radio, one I/Q sample pair or multiple samples. 

Idle Frame. Idle frames are transmitted if no data samples have to be transmitted. 
15 The frame starts with a unique SOF06 symbol followed by random data. Approximately 
every 1000 data symbols a SOF07 symbol is inserted to facilitate ^synchronization of the 
interface in case of a transmission error. Control frames are inserted into the idle frame 
stream in the same way as is done for the data sample stream. 

Write Register. The write register frame can be inserted into a data sample stream 
20 or an idle period at any time. The frame starts with the unique SOF02 control word 

followed by eight address bits and 16 data bits. In order to provide additional error detection 
capability the frame ends with an 8-bit CRC. 

Read Register. The read register frame can be inserted into a data sample stream or 
an idle period at any time. The frame starts with the unique SOF03 control word followed 
25 by eight address bits. In order to provide additional error detection capability, the frame 
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ends with an 8-bit CRC. On arrival of a read register frame in the radio, the radio reads the 
internal register. The interface places the register value in the read result frame on the down 
link and inserts the frame at any time into the data sample stream or into an idle period. 

Write VGA/LNA. The write VGA/LNA frame can be inserted into a data sample 
5 stream or an idle period at any time. The frame starts with the unique SOF04 control word 
followed by eight bits for the VGA/LNA settings. 

Write Control. The write control frame can be inserted into a data sample stream or 
an idle period at any time. The frame starts with a unique SOF05 control word followed by 
eight control bits. The control bits can be used to enable the power amplifier (not shown), 
10 switch the antenna or switch between Rx and Tx. 

RSSI Stream. The RSSI Stream frame can be inserted into a data sample stream or 
an idle period stream in the down link at any time. The frame starts with a unique SOF04 
control word followed by an eight-bit RSSI value. The rate of the RSSI Stream frame is 
programmable. The user has to make sure that the combined data rate of the data sample 
15 stream and the RSSI stream frame does not exceed the bandwidth of the interface. 

Control Information. The control information frame can be inserted into a data 
sample stream or and idle period stream in the down link at any time. The frame starts with 
a unique SOF05 word followed by eight control bits. The control bits can be used to 
indicate interrupts or other events generated by the radio. A control frame is send every time 
20 a control signal changes. 

Cyclic Redundancy Check. The 8-bit CRC field is the last field in the register 
access frames and contains the result of the CRC calculation. The CRC value in the up-link 
is calculated over all data in the frame after the SOF field. In the down-link the CRC is 
calculated over all data in the frame after the SOF field. On transmission the CRC is 
25 calculated before 8b/10b encoding; on reception, the CRC is calculated after 8b/10b 

decoding. In an exemplary embodiment, the CRC polynomial is g(x) = x8 + x2 + x + 1. The 
CRC is calculated starting from an all zero state. 

Transmission Error Handling. After detection of a CRC error or 8b/10b decoding 
error the in the down link, the baseband sends a register access frame requesting the radio to 
30 transmit a Resync frame (SOF07). 

If a CRC error or 8b/ 10b deciding error is detected in the up link, the radio sends a 
control information frame to the baseband requesting a Resync frame (SOF07). 
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In this alternative protocol, the interface latency in the default configuration is 
18.75ns. This low latency substantially simplifies integration of the radio and baseband 
sections. 

Various modifications and refinements may be made to the basic interface as 
described. For example, control information can be inserted not only between data sample 
fields but between individual 8b/10b data words. In addition, control frames can be inserted 
into other control frames in case one control frame has a higher priority than another control 
frame. With regard to error detection and error handling, frame may be selectively protected 
with a CRC code depending on the importance of the information. If a transmission error 
occurs, a control information exchange between the baseband portion and the radio portion 
may be performed to inform the other side that the received data was corrupted. In 
accordance with still further modifications, if a certain number of consecutive idle codes 
occur, the interface may go into sleep mode automatically. Apart from the radio/baseband 
interface, the same or similar interface may be used elsewhere, for example between the 
physical layer portion and the medium access control portion. 

The invention having thus been described with respect to specific embodiments, it 
will be appreciated by those of ordinary skill in the art that the invention can be embodied 
in other specific forms without departing from the spirit or essential character thereof. The 
presently disclosed embodiments are therefore considered in all respects to be illustrative 
and not restrictive. The scope of the invention is indicated by the appended claims, rather 
than the foregoing description, and all changes which come within the meaning and range 
of equivalence thereof are intended to be embraced therein. 
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CLAIMS 



What is claimed is: 

1 . A method of performing signaling between a first portion of a 
communications apparatus and a second portion of the communications apparatus, 
comprising: encoding data units of a given number of bits to form codes, each code being a 
data unit of a number of bits greater than the given number of bits; defining multiple 
different types of information exchanges and assigning a different code to each type of 
information exchange; and for a given information exchange: forming a message frame in 
accordance with the information exchange type selected, the message including a code 
identifying the information exchange type; and transmitting the message frame between the 
baseband portion and the radio portion. 

2. The method of claim 1 wherein the first portion of the communications 
apparatus is a baseband portion and the second portion of the communications apparatus is a 
radio portion. 

3. The method of claim 1 wherein the first portion of the communications 
apparatus is a physical layer portion and the second portion of the communications 
apparatus is a medium access control portion. 

4. The method of claim 1 wherein sample data and control information are 
exchanged between the radio portion and the baseband portion, the sample data and control 
information being exchanged using different defined types of information exchanges. 

5. The method of claim 4 wherein a data streaming exchange comprises 
sending from one of the radio portion and the baseband portion to the other one of the radio 
portion and the baseband portion multiple data sample fields in immediate succession. 

6. The method of claim 4 wherein at least one of a number of data samples 
within a data sample field and a number of data bits per data sample is programmable. 

7. The method of claim 4 wherein a number of data samples within a data 
sample field and a number of data bits per data sample are both programmable. 

8. The method of claim 5 wherein a code assigned to a data streaming exchange 
is inserted between selected data sample fields to achieve a desired overall data rate 

9. The method of claim 8 wherein a control information exchange including a 
corresponding code is inserted between selected data sample fields so as to achieve a 
desired overall data rate. 
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1 0. The method of claim 4 wherein multiple different types of control 
information exchanges are defined. 

1 1 . The method of claim 1 wherein the codes convey both data or control 
information and timing information, 

12. The method of claim 1 1 wherein the codes are 8b/ 10b codes. 

13. The method of claim 12, wherein a control information exchange including a 
corresponding code is inserted between selected 8b/10b data words so as to achieve a 
desired overall data rate. 

14. The method of claim 1 1 wherein at least one of the following is defined: an 
idle code indicating an idle condition and a resync code having a particularly distinctive 
pattern of ones and zeros. 

1 5. The method of claim 1 1 wherein both of the following are defined: an idle 
code indicating an idle condition and a resync code having a particularly distinctive pattern 
of ones and zeros. 

16. The method of claim 15 wherein an idle stream is transmitted, comprising 
multiple idle codes occurring in immediate succession. 

17. The method of claim 16, wherein a sleep mode is automatically entered upon 
transmission or reception of a predetermined number of consecutive idle codes. 

18. The method of claim 16 wherein a control information exchange including a 
corresponding code is inserted between selected idle codes. 

19. The method of claim 1, comprising selectively adding CRC information to a 
message frame depending upon importance of the message frame. 

20. The method of claim 1, comprising: detecting a transmission error; and in 
response to the transmission error, initiating a control information exchange reporting the 
transmission error. 

21. The method of claim 1, comprising: initiating a first control information 
exchange; and prior to conclusion of the first control information exchange, initiating a 
second control information exchange of higher priority. 



interfacing to another circuit also for wireless communications, the interface circuit 
comprising: encoding circuitry encoding data units of a given number of bits to form codes, 
each code being a data unit of a number of bits greater than the given number of bits; 
coslrol circuitry for defining multiple different types of information exchanges and 



22. 



A circuit for wireless communications having an interface circuit for 
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assigning a different code to each type of information exchange; framing circuitry for 
forming a message frame in accordance with the information exchange type selected, the 
message including a code identifying the information exchange type; and transmit circuitry 
for transmitting the message frame between the one circuit and the other circuit. 

23. The interface circuit of claim 22 wherein the one circuit and the other circuit 
are a baseband portion of a communications apparatus and a radio portion of the 
communications apparatus. 

24. A circuit for wireless communications having an interface circuit for 
interfacing to another circuit also for wireless communications, the interface circuit 
comprising: receive circuitry for receiving a message frame communicated between the one 
circuit and the other circuit, the message frame including a code identifying an information 
exchange type; decoding circuitry decoding codes to obtain data units of a given number of 
bits, each code being a data unit of a number of bits greater than the given number of bits; 
control and deframing circuitry for detecting multiple different types of information 
exchanges in accordance with different codes assigned to respective types of information 
exchange and for extracting information from the message frame in accordance with a 
detected information exchange type. 

25. The interface circuit of claim 24 wherein the one circuit and the other circuit 
are a baseband portion of a communications apparatus and a radio portion of the 
communications apparatus. 
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(57) Abstract: A low latency radio/baseband interface protocol is provided. In one embodiment thereof, 8b/!Ob encoding is used, 
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pamcuiany, in accordance with one aspect of the invention, signaling between a baseband portion of a communications apparatus 
and a radio portion of the communications apparatus is achieved by encoding data units of a given number of bits into codes, each 
..,.!.-. K\\r.g a data unit of a number of bits greater than the given number of bits. Multiple different types of data exchanges are 
defined, and a different code is assigned to each type of data exchange. For a given data exchange, a data exchange type is selected 
i» accordance with data to be exchanged, and a message frame is formed in accordance with the data exchange type selected, the 
message including a code identifying the data exchange type. The message frame is then transmitted between the baseband portion 
and the radio portion. 
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